Managing container-image layers

ABSTRACT

Container-image layers can be managed. For example, a computing device can determine a first score for a first layer of a container image and a second score for a second layer of the container image. The computing device can determine that the first score corresponds to a first storage destination among several possible storage destinations. The computing device can also determine that the second score corresponds to a second storage destination among the possible storage destinations. The second storage destination can be different from the first storage destination. The computing device can then store (i) the first layer in the first storage destination based on the first layer being correlated to the first score, and (ii) the second layer in the second storage destination based on the second layer being correlated to the second score.

REFERENCE TO RELATED APPLICATION

This is a continuation of co-pending U.S. patent application Ser. No. 15/903,082, titled “Managing Container-Image Layers” and filed on Feb. 23, 2018, the entirety of which is hereby incorporated by reference herein.

TECHNICAL FIELD

The present disclosure relates generally to file management. More specifically, but not by way of limitation, this disclosure relates to managing container-image layers.

BACKGROUND

Computers use operating systems to manage system processes and resources. Some operating systems, such as the Linux operating system, include a low-level software component for managing system processes and resources. The low-level software component is called a “kernel.” The kernel can provide features, such as namespaces and cgroups, for isolating processes and resources from one another. These features can be used to segregate processes and resources (e.g., memory, CPU processing power, and network resources) into isolated virtual-environments called “containers.” Containers can be deployed from image files, which can be referred to as images.

An image can include multiple layers of software or libraries, along with metadata indicating a relationship between the layers. Images are typically stored in a registry (e.g., Docker Hub™) that is maintained by a server, which stores all of the layers for a particular image together in the same storage device, such as a local hard disk.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an example of a system for managing container-image layers according to some aspects.

FIG. 2 is a block diagram of an example of one or more databases according to some aspects.

FIG. 3 is a block diagram of another example of a system for managing container-image layers according to some aspects.

FIG. 4 is a flow chart of an example of a process for managing container-image layers according to some aspects.

DETAILED DESCRIPTION

There can be disadvantages to storing all of the layers for an image in the same storage device. For example, some layers of the image may be shared among (e.g., included in) multiple images and may therefore be accessed more frequently than other layers of the image. But storing all of the layers of the image in the same storage device ignores these different access rates and treats all of the layers of the image equally. This may unnecessarily consume valuable storage-space with relatively unused image-layers. For example, storing all of the layers for a group of images on a local hard disk may unnecessarily consume local hard-disk space with dozens or hundreds of relatively unused image-layers. And local hard-disk space may be limited and highly valuable due to its low latency as compared to other storage options, so such unnecessary consumption of local hard-disk space may be undesirable.

Some examples of the present disclosure overcome one or more of the abovementioned issues by (i) determining a score for each layer of an image based on the usage (e.g., popularity, accesses, or downloads) of that layer, the image, or both; and (ii) storing each layer at a particular storage destination based on the layer's score. Higher-scoring layers can be stored in storage destinations that have higher performance characteristics, such as faster input/output times, fewer input/output errors, etc. Examples of storage destinations with higher performance characteristics can include solid state drives (SSDs) and local hard drives. Additionally or alternatively, lower-scoring layers can be stored in storage destinations that have lower performance characteristics. Examples of storage destinations with lower performance characteristics can include remote cloud storage and optical disks. By storing higher-scoring layers in storage destinations with higher performance characteristics, more-frequently accessed layers can be kept more highly available (e.g., more quickly accessible with fewer errors). And storing lower-scoring layers in storage destinations with lower performance characteristics can help free up the higher-performance storage destinations.

As a particular example, an image can have a first layer that is shared with another image and a second layer that is not shared with any other images. Because the first layer is shared with another image, the first layer may be more frequently used than the second layer. In some examples, a computing device can determine that the first layer has a first score and the second layer has a second score that is less than the first score, because the second layer is less frequently used than the first layer. The computing device can determine that the first score corresponds to a local (e.g., higher performance) storage destination and the second score corresponds to a remote (e.g., lower performance) storage destination. The computing device can then store the first layer at the local storage destination and the second layer at the remote storage destination. This can help ensure that the first layer remains highly available to quickly service requests for the first layer. This can also help ensure that the second layer remains accessible, albeit at a slower speed, without consuming valuable storage space in the local storage destination.

These illustrative examples are given to introduce the reader to the general subject matter discussed here and are not intended to limit the scope of the disclosed concepts. The following sections describe various additional features and examples with reference to the drawings in which like numerals indicate like elements but, like the illustrative examples, should not be used to limit the present disclosure.

FIG. 1 is a block diagram of an example of a system 100 for managing container-image layers according to some aspects. The system 100 includes a client device 102, such as a laptop computer, desktop computer, mobile device, or any combination of these. The client device 102 is in in communication with a server 104 via a network 106 a, such as a local area network (LAN), a wide area network (WAN), the Internet, or any combination of these.

The server 104 includes any number and combination of images, such as images 108 a-c. The images can be for deploying containers in a computing environment. Each image can include two or more layers. For example, image 108 a includes layers 112 a-n. Each image can also include metadata expressing a relationship between the layers of the image. For example, image 108 a can include metadata 110, which can express a relationship between layers 112 a-n.

The server 104 can determine scores 114 for the layers 112 a-n of an image 108 a. In some examples, the server 104 can determine a score for a layer 112 a based on overall scores for at least two images that share the layer 112 a. For example, the server 104 can determine an overall score for image 108 a by analyzing historical data 116 indicating usage of the image 108 a over a prior time-period, such as a day, week, month, or year. The historical data 116 may include popularity rankings for the image 108 a, downloads of the image 108 a, deployment of the image 108 a, or any combination of these. In one particular example, the server 104 can determine an overall score of 62 for the image 108 a by analyzing popularity rankings of the image 108 a over the previous year. Additionally, the server 104 can determine another overall score for another image 108 b that also includes the layer 112 a by analyzing historical data 116 indicating usage of the image 108 b over the prior time-period. For example, the server 104 can determine another overall score of 40 for image 108 b by analyzing popularity rankings of the image 108 b over the previous year. The server 104 can then determine a score for layer 112 a by combining the two overall scores for the images 108 a-b. For example, the server 104 can determine that layer 112 a has a score of 102 by adding together the overall score of 62 with the overall score of 40. The server 104 can combine any number and combination of overall scores for any number and combination of images to determine a score for a layer.

In some examples, the server 104 can determine an overall score for an image 108 a by weighting one or more data points in the historical data 116. For example, the server 104 can use the following equation to determine the overall score for the image 108 a:

Overall Score=C1*Ranking_Today+C2*Ranking_LastWeek+C3*Ranking_LastMo+C4*Ranking_lastYr

where C1, C2, C3, and C4 are weights (coefficients); Ranking_Today is a ranking of the image 108 a as of today; Ranking_LastWeek is a ranking of the image 108 a as of last week; Ranking_LastMo is a ranking of the image 108 a as of last month; and Ranking_LastYr is a ranking of the image 108 a as of last year. A higher ranking may indicate higher popularity or more frequent accesses, while a lower ranking may indicate lower popularity or less frequent accesses. In this example, C1 may have a higher value than C2, which may have a higher value than C3, which may have a higher value than C4. This configuration of weights can prioritize recent data points over older data points. But other examples can involve any number and combination data points (e.g., other than four) in the historical data 116 being weighted in any suitable manner.

Additionally or alternatively, the server 104 can determine a score for a layer 112 a by analyzing historical data 116 indicating usage of the layer 112 a at various points in time during a prior time-period. The historical data 116 can include popularity rankings for the layer 112 a, downloads of the layer 112 a, deployment of one or more images including the layer 112 a, or any combination of these. The server 104 may determine a higher score if the historical data 116 indicates a higher level of usage, and a lower score if the historical data 116 indicates a lower level of usage. In some examples, the server 104 can determine a score for the layer 112 a based on weighted (or unweighted) values of data points in the historical data 116 (e.g., similar to the above equation for determining the overall score for image 108 a).

After determining a score for a layer 112 a of the image 108 a, the server 104 can determine a storage destination for the layer 112 a based on the score. In some examples, the server 104 can determine the storage destination using a database 118. One example of the database 118 is shown in FIG. 2. In the example shown in FIG. 2, the database 118 includes table 202. Table 202 can include any number and combination of relationships between (i) ranges of scores for images layers, and (ii) storage destinations for the image layers. The server 104 can access the table 202 and determine that, for example, layer 112 a is to be stored in Storage Destination C based on layer 112 a having a score of 102, which is between 101 and 300. The server 104 can additionally or alternatively determine that layer 112 b is to be stored in Storage Destination A based on layer 112 b having a score of 35, which is between zero and 50. The server 104 can additionally or alternatively determine that layer 112 n is to be stored in Storage Destination D based on layer 112 n having a score of 345, which is between 301 and 700.

Returning to FIG. 1, the server 104 can be in communication with any number and combination of storage destinations 122 a-d for storing image layers. The storage destinations 122 a-d can include virtual storage volumes, hard disks, SSDs, cloud storage, or any combination of these. In FIG. 1, the server 104 is indirectly coupled to storage destination 122 a via network 106 b, such as a LAN, WAN, or the Internet. The storage destination 122 a can be, for example, cloud storage that is remote from the physical infrastructure housing the server 104 and accessible to the server 104 via the Internet. A storage destination that is remote from the physical infrastructure housing the server 104 can be referred to as a remote storage destination. In FIG. 1, the server 104 is also directly coupled to storage destinations 122 b-c via a wired or wireless interface, such as Bluetooth. Storage destinations 122 b-c can be internal to the physical infrastructure that houses the server 104. A storage destination that is internal to the physical infrastructure that houses the server 104 can be referred to as a local storage destination. Local storage destinations may have lower latency than remote storage destinations. The server 104 is also coupled to storage destination 122 d, such as a SSD or hard disk, which is internal to the server 104. A storage destination that is internal to the server 104 can be referred to as an internal storage destination. Internal storage destinations may have lower latency than local storage destinations.

After determining the storage destination for a layer, the server 104 can store the layer at the storage destination. For example, the server 104 can store layer 112 a at Storage Destination C, layer 112 b at Storage Destination A, and layer 112 n at Storage Destination D. Storing a layer at a storage destination can involve communicating with the storage destination or computing device associated with the storage destination. For example, if Storage Destination A is a remote cloud-computing environment, the server 104 can communicate with a node in the cloud-computing environment to cause the layer 112 b to be stored in the cloud-computing environment.

In some examples, storing a layer at a storage destination can involve executing a storage driver associated with the storage destination. A storage driver can be a software interface that uses a particular protocol for storing data in a particular storage destination. Examples of storage drivers can include a virtual file system (VFS) driver or an object-storage driver (e.g., a cloud-storage driver or a blob-storage driver). The server 104 can have multiple storage drivers 120, with each storage driver being for storing data in a respective storage destination. The server 104 may determine the appropriate storage driver to use for a particular storage destination using the database 118. For example, the database 118 can include table 204 shown in FIG. 2. Table 204 can include any number and combination of relationships between storage destinations and storage drivers. The server 104 can use table 204 to determine that, for example, Storage Driver C is to be used to store layer 112 a at Storage Destination C. The server 104 can then execute Storage Driver C to store layer 112 a at Storage Destination C. The server 104 can additionally or alternatively perform similar steps to store layer 112 b at Storage Destination A and layer 112 n at Storage Destination D. An example of the layers 112 a-n stored in the respective storage destinations is depicted in FIG. 1 using dotted boxes.

At a subsequent point in time, the client device 102 may request the image 108 a. The server 104 can respond to the request by retrieving the layers 112 a-n for the image 108 a from the various storage destinations (e.g., storage destination 122 a, 122 c, and 122 d) and routing the layers 112 a-n to the client device 102. For example, the server 104 can store a location identifier for each layer in a database, such as database 118. The location identifier can include a name, Internet Protocol address, reference number, or other indicator of a storage destination at which the layer is stored. Then, if the server 104 receives a request for the image 108 a from a client device 102, the server 104 can respond to the request by determining the various locations of the layers 112 a-n using the database, retrieving the layers 112 a-n from the locations, and transmitting the layers 112 a-n back to the client device 102.

The example shown in FIG. 1 is illustrative, but various modifications are possible. For example, although FIG. 1 shows one client device 102, the system 100 can include any number and combination of client devices. The system 100 can also include any number and combination of storage destinations communicatively coupled to the server 104 in any suitable manner. While FIG. 1 shows historical data 116 as a single box, historical data 116 can represent any amount and combination of historical data for images, layers, or both. Likewise, while FIG. 1 shows database 118 as a single box, database 118 can represent any amount and combination of databases having any amount and combination of the data discussed above. For example, database 118 can represent a first database with table 202 and a second database with table 204. Further, while certain components are depicted in FIG. 1 as being internal or external to the server 104, other examples can involve other configurations of the components. For example, the database 118, historical data 116, scores 114, or any combination of these can be separate from the server 104 and accessible to the server 104 via a network.

FIG. 3 is a block diagram of another example of a system 300 for managing container-image layers according to some aspects. The system 300 includes a processing device 302 communicatively coupled to a memory device 304. In some examples, the processing device 302 and the memory device 304 can be housed in a single device, such as server 104. In other examples, the processing device 302 and the memory device 304 can be distributed from one another.

The processing device 302 can include one processing device or multiple processing devices. Non-limiting examples of the processing device 302 include a Field-Programmable Gate Array (FPGA), an application-specific integrated circuit (ASIC), a microprocessor, etc. The processing device 302 can execute instructions stored in the memory device 304 to perform operations. In some examples, the instructions can include processor-specific instructions generated by a compiler or an interpreter from code written in any suitable computer-programming language, such as C, C++, C #, etc.

The memory device 304 can include one memory device or multiple memory devices. The memory device 304 can be non-volatile and may include any type of memory device that retains stored information when powered off. Non-limiting examples of the memory device 304 include electrically erasable and programmable read-only memory (EEPROM), flash memory, or any other type of non-volatile memory. In some examples, at least some of the memory device can include a medium from which the processing device 302 can read instructions. A computer-readable medium can include electronic, optical, magnetic, or other storage devices capable of providing the processing device 302 with computer-readable instructions or other program code. Non-limiting examples of a computer-readable medium include magnetic disk(s), memory chip(s), ROM, random-access memory (RAM), an ASIC, a configured processor, optical storage, or any other medium from which a computer processor can read the instructions.

The memory device 304 includes an image 312 having a first layer 306 a and a second layer 306 b. In some examples, the first layer 306 a can be for an operating system, such as the Linux operating system. The second layer 306 b can include binary files, libraries, applications, or any combination of these. The image 312 may include additional or alternative layers in other examples.

The processing device 302 can determine scores 308 a-b for the layers 306 a-b. The scores 308 a-b can reflect a prioritization among the layers 306 a-b. For example, the processing device 302 can determine a first score 308 a for the first layer 306 a that is higher than a second score for the second layer 308. This may indicate that the first layer 306 a has a higher priority than the second layer 308, which in turn may indicate that the first layer 306 a should be stored in a storage destination with higher performance characteristics than the second layer 306 b.

The processing device 302 can determine the scores 308 a-b by analyzing historical data related to the image 312, the layers 308 a-b, or both. Alternatively, the processing device 302 can receive user input indicating the scores 308 a-b for the layers 306 a-b. This may enable a user to customize the scores for the layers 306 a-b and thereby manually prioritize the layers 306 a-b. The processing device 302 can use any number and combination of approaches to determine the scores 308 a-b for the layers 306 a-b.

After determining the scores 308 a-b, the processing device 302 can determine that the first score 308 a corresponds to a first storage destination 310 a among multiple possible storage destinations 310. Additionally or alternatively, the processing device 302 can determine that the second score 308 b corresponds to a second storage destination 310 b among the multiple possible storage destinations 310. In some examples, the processing device 302 can determine that the first score 308 a corresponds to the first storage destination 310 a or the second score 308 b corresponds to the second storage destination 310 b using a database, such as database 118 in FIG. 1. The processing device 302 can then store the first layer 306 a in the first storage destination 310 a based on the first layer 306 a being correlated to the first score 308 a, the second layer 306 b in the second storage destination 310 b based on the second layer 306 b being correlated to the second score 308 b, or both of these.

In some examples, the processing device 302 can determine that a layer of an image is to be stored in a particular storage destination, but the particular storage destination may have insufficient capacity to store the layer (e.g., the storage destination may be full). So, the processing device 302 may select an alternative storage destination at which to store the layer. For example, the processing device 302 may communicate with a particular storage destination to determine if there is sufficient capacity to store the layer, prior to attempting to store the layer in the particular storage destination. If the processing device 302 determines that there is insufficient capacity to store the layer, the processing device 302 can determine an alternative storage destination at which to store the layer. The processing device 302 can then communicate with the alternative storage destination to determine if there is sufficient capacity to store the layer, prior to attempting to store the layer in the alternative storage destination. The processing device 302 can repeat this process until it identifies a storage location with sufficient capacity to store the layer. The processing device 302 can then store the layer at that storage location.

In some examples, the processing device 302 can determine that an alternative storage destination is to be the next-best storage location (e.g., as determined according to the performance characteristics of the storage destinations). For example, storage destinations can be ranked according to the performance characteristics of the storage destinations. If a particular storage destination has insufficient capacity for a layer, the processing device 302 can select the next-highest ranked storage destination as the alternative storage destination. As a specific example, the storage destinations in table 202 of FIG. 2 are listed in order of desirability, with lower-listed storage destinations (e.g., Storage Destination D) having better performance characteristics than higher-listed storage destinations (e.g., Storage Destination A). If a particular storage destination is listed in a certain row in the database 118, but the particular storage destination is full, the processing device 302 may select a storage destination listed in an immediately prior row of the database 118 for use as the alternative storage destination. The processing device 302 can use any number and combination of techniques to identify an alternative storage destination.

In some examples, the system 300 can implement the process shown in FIG. 4. Other examples can include more steps, fewer steps, different steps, or a different order of the steps than are depicted in FIG. 4. The steps of FIG. 4 are described with reference to the components discussed above with regard to FIG. 3.

In block 402, the processing device 302 determines a first score 308 a for a first layer 306 a of an image 312 and a second score 308 b for a second layer 306 b of the image 312. The image 312 can be for deploying a container in a computing environment. In some examples, the processing device 302 can determine the scores 308 a-b using any method or combination of methods discussed above.

In block 404, the processing device 302 determines that the first score 308 a corresponds to a first storage destination 310 a among multiple possible storage destinations 310 and the second score 308 b corresponds to a second storage destination 310 b among the multiple possible storage destinations 310. For example, the processing device 302 can determine that the first score 308 a falls within a range of scores associated with the first storage destination 310 a, and the second score falls within another range of scores associated with the second storage destination 310 b. In some examples, the processing device 302 can determine that the scores 308 a-b correspond to the storage destinations 310 a-b using any method or combination of methods discussed above.

In block 406, the processing device 302 stores the first layer 306 a in the first storage destination 310 a based on the first layer 306 a being correlated to the first score 308 a and the second layer 306 b in the second storage destination 310 b based on the second layer 306 b being correlated to the second score 308 b. Storing a layer in a storage destination can involve communicating with the storage destination or communicating with a computing device that manages the storage destination. For example, the processing device 302 can store the first layer 306 a in the first storage destination 310 a by transmitting the first layer 306 a to a server that manages the first storage destination 310 a, which can cause the server to store the first layer 306 a in the first storage destination 310 a. In some examples, the processing device 302 can store the layers 306 a-b in the storage destinations 310 a-b using any method or combination of methods discussed above.

Although the above examples relate to an image for a container, other examples can involve any type of file capable of being divided into subcomponents. For example, the processing device 302 can determine that a first component of a file has a first score and a second component of the file has a second score. The processing device 302 can then determine that the first score corresponds to the first storage destination 310 a and the second score corresponds to the second storage destination 310 b. The processing device 302 can then store the first component in the first storage destination 310 a and the second component in the second storage destination 310 b. In some examples, the processing device 302 can perform some or all of these steps using any method or combination of methods discussed above.

The foregoing description of certain examples, including illustrated examples, has been presented only for the purpose of illustration and description and is not intended to be exhaustive or to limit the disclosure to the precise forms disclosed. Numerous modifications, adaptations, and uses thereof will be apparent to those skilled in the art without departing from the scope of the disclosure. And the examples disclosed herein can be combined or rearranged to yield additional examples. 

1. A system comprising: a processing device; and a memory device including instructions that are executable by the processing device for causing the processing device to: determine an overall score for a file based on historical data indicating usage of the file during a prior time-period; determine a first score for a first component of the file based on the overall score; determine a second score for a second component of the file; determine that the first score corresponds to a first storage destination and that the second score corresponds to a second storage destination; and store the first component in the first storage destination based on determining that the first score corresponds to the first storage destination and store the second component in the second storage destination based on determining that the second score corresponds to the second storage destination.
 2. The system of claim 1, wherein the memory device further includes instructions that are executable by the processing device for causing the processing device to determine the overall score for the file by: determining, based on the historical data, a first value indicating a first ranking for the file at a first point in time during the prior time-period; determining, based on the historical data, a second value indicating a second ranking for the file at a second point in time that is before the first point in time in the prior time-period; determining a first weighted value by multiplying the first value by a first weighting factor; determining a second weighted value by multiplying the second value by a second weighting factor that is less than the first weighting factor; and determining the overall score by adding the first weighted value to the second weighted value.
 3. The system of claim 1, wherein the overall score is a first overall score, the file is a first file, and the memory device further includes instructions that are executable by the processing device for causing the processing device to: determine that a second file also includes the first component; determine a second overall score for the second file; and determine the first score for the first file using (i) the first overall score for the first file, and (ii) the second overall score for the second file.
 4. The system of claim 1, wherein the usage of the file during the prior time-period comprises downloads of the file at multiple points during the prior time-period.
 5. The system of claim 1, wherein the memory device further includes instructions that are executable by the processing device for causing the processing device to: determine that the first score corresponds to the first storage destination using a database that includes relationships between (i) ranges of scores for file components, and (ii) storage destinations for the file components; and determine that the second score corresponds to the second storage destination using the database.
 6. The system of claim 1, wherein the memory device further includes instructions that are executable by the processing device for causing the processing device to: store the first component at the first storage destination using a first storage driver; and store the second component that the second storage destination using a second storage driver that is different from the first storage driver.
 7. The system of claim 6, wherein the memory device further includes instructions that are executable by the processing device for causing the processing device to: determine that the first storage driver is to be used to store the first component at the first storage destination by mapping the first storage destination to the first storage driver using a database that includes relationships between (i) storage drivers, and (ii) storage destinations at which the storage drivers can store data; and determine that the second storage driver is to be used to store the second component at the second storage destination using the database.
 8. The system of claim 1, wherein the memory device further includes instructions that are executable by the processing device for causing the processing device to: receive a request for the file from a client device; determine that the first component is stored in the first storage destination using a first location identifier for the first component in a database; determine that the second component is stored in the second storage destination using a second location identifier for the second component in the database; based on determining that the first component is stored in the first storage destination and the second component is stored in the second storage destination, retrieve the first component from the first storage destination and the second component from the second storage destination; and in response to retrieving the first component from the first storage destination and the second component from the second storage destination, transmit the first component and the second component to the client device.
 9. A method comprising: determining, by a processing device, an overall score for a file based on historical data indicating usage of the file during a prior time-period determining, by the processing device, a first score for a first component of the file based on the overall score; determining, by the processing device, a second score for a second component of the file; determining, by the processing device, that the first score corresponds to a first storage destination and that the second score corresponds to a second storage destination; storing, by the processing device, the first component in the first storage destination based on determining that the first score corresponds to the first storage destination; and storing, by the processing device, the second component in the second storage destination based on determining that the second score corresponds to the second storage destination.
 10. The method of claim 9, further comprising: determining, based on the historical data, a first value indicating a first ranking for the file at a first point in time during the prior time-period; determining, based on the historical data, a second value indicating a second ranking for the file at a second point in time that is before the first point in time in the prior time-period; determining a first weighted value by multiplying the first value by a first weighting factor; determining a second weighted value by multiplying the second value by a second weighting factor that is less than the first weighting factor; and determining the overall score by adding the first weighted value to the second weighted value.
 11. The method of claim 9, wherein the overall score is a first overall score and the file is a first file, and further comprising: determining that a second file also includes the first component; determining a second overall score for the second file; and determining the first score for the first component using (i) the first overall score for the first file, and (ii) the second overall score for the second file.
 12. The method of claim 9, further comprising: determining that the first score corresponds to the first storage destination using a database that includes relationships between (i) ranges of scores for file components, and (ii) storage destinations for the file components; and determining that the second score corresponds to the second storage destination using the database.
 13. The method of claim 9, further comprising: storing the first component at the first storage destination using a first storage driver; and storing the second component that the second storage destination using a second storage driver that is different from the first storage driver.
 14. The method of claim 9, wherein the usage of the file during the prior time-period comprises downloads of the file at multiple points during the prior time-period.
 15. The method of claim 9, further comprising: receiving a request for the file from a client device; determining that the first component is stored in the first storage destination using a first location identifier for the first component in a database; determining that the second component is stored in the second storage destination using a second location identifier for the second component in the database; based on determining that the first component is stored in the first storage destination and the second component is stored in the second storage destination, retrieving the first component from the first storage destination and the second component from the second storage destination; and in response to retrieving the first component from the first storage destination and the second component from the second storage destination, transmitting the first component and the second component to the client device.
 16. A non-transitory computer-readable medium comprising program code that is executable by a processing device for causing the processing device to: determine an overall score for a file; determine a first score for a first component of the file based on the overall score; determine a second score for a second component of the file; determine that the first score corresponds to a first storage destination; determine that the second score corresponds to a second storage destination that is different from the first storage destination; store the first component in the first storage destination based on determining that the first score corresponds to the first storage destination; and store the second component in the second storage destination based on determining that the second score corresponds to the second storage destination.
 17. The non-transitory computer-readable medium of claim 16, further comprising program code that is executable by the processing device for causing the processing device to: determine a first value indicating a first ranking for the file; determine a second value indicating a second ranking for the file; determine a first weighted value by multiplying the first value by a first weighting factor; determine a second weighted value by multiplying the second value by a second weighting factor that is less than the first weighting factor; and determine the overall score by adding the first weighted value to the second weighted value.
 18. The non-transitory computer-readable medium of claim 16, further comprising program code that is executable by the processing device for causing the processing device to: determine that the first score corresponds to the first storage destination using a database that includes relationships between (i) ranges of scores for file components, and (ii) storage destinations for the file components; and determine that the second score corresponds to the second storage destination using the database.
 19. The non-transitory computer-readable medium of claim 16, further comprising program code that is executable by the processing device for causing the processing device to determine the overall score based on historical data associated with the file.
 20. The non-transitory computer-readable medium of claim 16, further comprising program code that is executable by the processing device for causing the processing device to: receive a request for the file from a client device; determine that the first component is stored in the first storage destination using a first location identifier for the first component in a database; determine that the second component is stored in the second storage destination using a second location identifier for the second component in the database; based on determining that the first component is stored in the first storage destination and the second component is stored in the second storage destination, retrieve the first component from the first storage destination and the second component from the second storage destination; and in response to retrieving the first component from the first storage destination and the second component from the second storage destination, transmit the first component and the second component to the client device. 